Mílo, není jich skutečně 6 (těch analogů), ale pouze 5. A před nimi je pořadí. A za nimi je těch 8 stavových. Jak jsme o tom dnes povídali na BNA, tak je sice hezké, že jich je 5, ale jsou jendobajtové. Jako základ je to skvělé, ale pro alespoň trochu serioznější měření bych viděl rozsah hodnot -999 .. +1999. s tím, že to můžem zobrazit jako -99,9..+199,9. Jinak teď ven posílám polohovej paket, BEACON a i Telemetryckej. Místo pořádných měřených hodnot je tam ve všech 5 bajtech 243.
Jirka 1JM

jj, už na to koukám, první byte je seq. no. tak že těch analogů je opravdu jen pět. Variant jak dosáhnout větší rozlišovací schopnosti je několik. Bohužel, fungovalo by to pak už jen jako e2e. Mohly by se sloučit A1+A2, A3+A4, a každá hodnota by pak měla dva bajty, případně i více bajtů s tím, že by se omezil počat senzorů. Pak by mohla být hodnota být i 5byte a 1 senzor. Nebo se to dá skobinovat i s bit. výstupem, t.j. např. že by bit 1 - 8 definoval o jaké jde čidlo a k němu by pak platily hodnoty sloučeného pětibytového stavu. Pak by se dalo přenášet 8 hodnot s 1099511627775 úrovněmi 😈 Ale myslím, že tyto úvahu jsou zatím předčasné, k tomu se dostaneme tak za rok. 😉 ... až budeme dělat přenos zachycených gamapaprsků a hodnoty magnetometrů z amatérského satelitu. 😆

No Mílo, ještě je to o trochu jinak, v APRS bibli je ještě 1 související paket s TLM. Jmenuje se Equation Coefficients Message a v něm je pro každý analog vyhrazeny 3 bajty. Je to na straně 70. Myslím ale, že toto je dost nešťasné řešení. Hodně to znepřehledňuje odeslaná data a ztrátou paketu se nedostane správná informace na server. Já osobně bych používal možná nestandardní řešení, ale pro každý analog 2 bajty s hodnotou. Byl by to znaménkový typ a jeho rozsah -19999 až +19999. S tím, že nejnižší řád by byl řád desetin. Pokud by někdo chtěl celé číslo, tak by tam byla místo 9 nula.
Když se podívám ještě jednou na původní paket, tak tam vůbec není v popisu popsáno, proč by hodnota 1034,8 měla být v setinách voltů. Dělá to na mne dojem, že si někdo hodil kostkou a řekl, tak to udělám tak. Tím chci říci, že pokud pošlu tento paket 1x za den nebo při velké změně analogové hodnoty a tento paket mi nepřijde do cíle na web, tak paket s Telemetry Report Format nesoucí data analogů, jsou mi k ničemu. A vidím 2 cesty ven. Buď si nadefinovat vlastní telemetrický paket s formátem T#pořadí, 2b CH1, 2b CH2.... atd a nebo telemetrii posílat jako message, pak si tam mohu napsat co chci. Záleží tedy na software protistanice nebo cílového webu. Ten soft neznám, koukám jen do APRS.FI a zatím jsem zkoušel posílat jen T# pakety a ty prošly.
Jirka 1JM

O tom třetím vím... (a x v2 + b x v + c). Podle toho co jsem vysledoval stačí ty tři "definiční" rámce poslat jen jednou, pak už nejsou potřeba. Nikde jsem nenašel, že by tam byla někde dána jejich expirace. Konkrétně na APRS.FI se to jednou definuje a pak už stačí posílat jen hodnoty. Pakliže bude přenos telemetrie *e2e, ty definiční rámce nebudou vůbec potřeba.

Shrnuto a podtrženo. Pakliže se budou posílat data, která mají být srozumitelná pro všechny uživatele APRS, je nutné formát dodržet a definiční rámce alespoň jdenou poslat (nebo třeba 1x za den nebo hodinu) Když půjde o přenos informace *e2e (end to end) na jedné straně se cosi pošle a na druhé straně cosi bude znát formát dat není nutné definiční rámce posílat vůbec. Z tohoto pohledu pak stojí za úvahu, jestli se pokoušet takovéto data napasovat do standardizovaného TLM rámce, nebo je rovnou neposlat v textové formě. Pak ještě existuje vartianta kombinace obojího, t.j. dodržet TLM tak jak je definován a hodnotu "precizního, nebo specializovaného" čidla nestrčit nakonec do pole "Comment" pak by bylo možné mít 5 jednobytových analogů 8 binárů a 1 (případně více) speciálních čidel. Zachovala by se tím kompatibilita s APRS.FI, FINDU.COM a jinými systémy dekódujícími std. telemetrii a zároveň systémy e2e by si vyžraly obsah commnetu pro svoje účely.

*mám na mysli např. když by IZS mělo požadavek přenášet třeba hodnotu CO2 na 5 desetinných míst... např. 380,54214. Na jedné straně bude čidlo, a tracker, na druhé straně NTB s SW, který bude mít TNC nabo přes inet a bude reagovat jen na rámce od předem zadaných CALL trackerů a z nich bude vyžírat, ukládat a zobrazovat jen zájmové předem definované údaje.

Nojo, takže když tedy zachováme kompatibilitu s APRS TLM, tak mi nejde do hlavy, k čemu to použijem a hlavně jak. Malej příklad, kdž si vezmu třeba teplotu 199,9°C, jak by potom byla posílaná ? ručně by to mohlo být 1x44^2+1x44+19. Snažím se na to přijít z druhé strany. Teoretické maximální číslo tedy může být 255x255^2+255x255+255= 16646655. A teď zpět, když budu mít číslo třeba 199999, jak z něj vytvořit a,b,c a v ? To mi nějak nejde do hlavy. Chtělo by to nějakého matematika, kterej by nás poučil o základních matematických vymoženostech.
Jinak dnes jsem konečně ovládl možnosti konfigurace terminálem, takže už do modemu mohu poslat značky podle specifikace APRS. Teď na to začnu pomalu nabalovat možnosti zadání statické polohy nebo polohy dynamické z GPS a možnosti příchozích zpráv. Tam to bude maso. Jo a taky intervaly vysílání jednotlivých typů zpráv. Snad to půjde rychleji.
Jirka OK1JM